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1 . 0  INTRODUCTION 


1 . 1  Purpose 

The  Chief  of  Naval  Operations  (OP-654)  is  concurrently 
developing  the  Battle  Group  (BG)  entity,  the  Air  Raid  (AR) 
entity,  and  an  Air  Operations  (AIROPS)  module  for  use  in  the 
Naval  Nuclear  Warfare  Simulation  (NNWS) .  These  will  add  to  the 
simulation  the  capability  to  model  attacks  on  enemy  Naval  units 
and  strikes  on  land  targets  with  carrier  based  aircraft.  These 
additions  to  NNWS  will  allow  the  player  to  utilize  the  entire 
range  of  Naval  assets  available  to  a  Carrier  Battle  Group  (CVBG) 
commander. 

The  purpose  of  the  proposed  Carrier  Air  Strike  and  Attack 
Module  (CASAM)  is  to  simulate  realistically  carrier  operations 
under  both  current  and  future  environments,  taking  into  consi¬ 
deration  resource  (fuel/aircraft  ordnance)  reduction  and  the 
varying  combat  availability  of  the  task  force  air  power.  To 
accomplish  this  end,  CASAM  maintains  accountability  of  the 
carrier  aircraft's  missions,  locations  and  availabilities. 

1 . 2  Scope 

This  System  Change  Proposal  (SCP)  recommends  methods  and 
procedures  for  deriving  proper  schedules  for  simulated  launches 
and  recoveries  by  the  carriers  involved,  recommends  procedures 
and  methods  to  be  used  in  the  routines  required  to  control  the 
carrier's  aircraft,  and  outlines  the  methods  to  be  used  to  input 
the  carrier's  aircraft  to  the  various  engagement  models  which 
will  be  utilized  with  NNWS.  Currently  only  one  engagement  model 
is  operative  and  that  is  the  Naval  Air  Defense  Simulation  (NADS) 
(Reference  1)  and  this  model  will  have  data  transferred  by  the 
NADS  Interface  program. 
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The  CASAM  module  is  to  be  divided  into  the  following 
sections : 

Initialization 
Flight  Scheduling  Routines 
Aircraft  Controlling  Events 
Data  Relationship 

Each  Section  is  described  in  detail  separately. 

Section  3.0  will  provide  the  capabilities  to  schedule  an 
aircraft.  The  next  section  develops  and  executes  the  flight 
environment  by  means  of  events  within  the  IBM  3033  svstem.  This 
is  transparent  to  the  player  except  for  the  reports  generated. 

This  report  constitutes  the  SCPs  for  Task  1,  Task  2  and  Task 
3  of  contract  N00014-82-C-0382.  Section  3.0  fulfills  item  number 
A005  of  the  Contract  Data  Requirements  List  (CDRL)  and  Section 
4.0  fulfills  item  number  A003  of  the  CRDL .  These  tasks  were 
combined  into  one  SCP  to  provide  greater  claritv  and 
understanding  of  the  utilization  of  CASAM  within  NNWS. 


■>.0  INITIALIZATION 


2.1  Description 

INITCSM  is  an  initialization  routine  used  to  initialize  the 
data  structures  within  the  CASAM  module.  This  initial  routine 
will  become  a  subroutine  which  will  be  incorporated  into  the 
initialization  routine  for  NNWS. 

Since  INITCSM  adds  data  to  the  declarations  within  NNWS,  it 
is  necessary  that  the  declaration  definition  occur  before  INITCSM 
initializes  the  data  elements  which  are  required  by  CASAM. 
Therefore,  proper  placement  of  this  routine  within  the  NNWS 
initialization  routine  is  essential  and  will  be  coordinated  with 
OP-654  and  the  Applied  Physics  Laboratory. 

The  FLIGHT_SCHEDULE  is  a  link  list  containing  the  non¬ 
working  launch  sequences  which  are  based  upon  a  schedule  number, 
AC_SKED# .  To  initialize  this  link  list,  a  sequential  data  file 
called  SKEDAT  is  created  to  read  in  the  total  number  of 
schedules,  SKED# ,  and  the  possible  launch  sequences  for  each 
flight  schedule.  An  example  of  the  data  contained  in  SKEDAT 
appears  in  Figure  1.  The  FLIGHT_SCHEDULE  declaration  aDpears  as 
follows : 

DCL  SKED#  FIXED  BINARY (15), 

1  FLIGHT_SCHEDULE  (SKED#)  CONTROLLED, 

2  SLIDETIME  FIXED  BINARY ( 31 ) , 

2  LIST, 

3  HEAD  POINTER, 

3  TAIL  POINTER, 

3  NUM  FIXED  BINARY (15) ; 
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****  FLIGHT  SCHEDULE  **** 


SEED#  =  22; 
****** 

VALID#  1 
SLIDETIME 


30 

# SEQUENCES  =  48; 


ACNAME 

*  w  f 

#ACTYPE 

MISSION 

ORDNANCE 

RTB 

LAUNCHTIME 

'  F14 ' 

6 

4 

0 

585 

480 

'  A7 ' 

6 

7 

0 

585 

480 

'  A6 ' 

3 

7 

0 

585 

480 

'  KA6 ' 

1 

9 

0 

585 

480 

'  E2 ' 

1 

6 

0 

690 

480 

'S3' 

1 

5 

0 

690 

480 

'  SH3 ' 

1 

5 

0 

690 

480 

*  EA6  ' 

1 

11 

0 

690 

480 

'  FI  4  ' 

6 

4 

0 

690 

585 

'  A7 ' 

6 

7 

0 

690 

585 

'  A6  * 

3 

7 

0 

690 

585 

'S3' 

1 

5 

0 

690 

585 

'  SH3 ' 

• 

1 

5 

0 

690 

585 

• 

• 

VALID#  2 

SLIDETIME 

30 

# SEQUENCES 

ACNAME 

=  48 

#ACTYPE 

MISSION 

ORDNANCE 

RTB 

LAUNCHTIME 

'F14 ' 

4 

4 

0 

585 

480 

'  A7 ' 

4 

7 

0 

585 

480 

'  A6 ' 

2 

7 

0 

585 

480 

FIGURE  1 
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DCL  P@FLIGHT_SEOUENCE  POINTER, 

1  FLIGHT  SEQUENCE  BASED  ( P(? FLIGHT  SEOUENCE) , 


2  LINK 
2  ACTYPE 
2  #ACTYPE 
2  MISSION 
2  ORDNANCE 
2  RTB 


POINTER, 

FIXED  BINARY (15) , 
FIXED  BINARY (15), 
FIXED  BINARY (15) , 
FIXED  BINARY (15), 
FIXED  BINARY (15), 


2  LAUNCH  TIME  FIXED  BINARY (31). 


The  Carrier  data  structure  which  was  previously  initialized, 
will  also  require  the  initialization  of  three  linked  lists  -  the 
Flight  Schedule,  the  Status  Board,  and  the  Engagement  (these 
lists  are  discussed  in  detail  in  Section  5.0)  and  an  airwing 
composition  number,  AWC.  The  CARRIER. FLIGHT_SCHEDULE  is  a  link 
list  which  will  contain  the  working  launch  sequences  that  are 
based  upon  a  launch  time.  This  link  list  is  initialized  so  that 
its  pointers  are  null.  The  CARRIER. STAT(JS_BOARD  link  list  will 
require  data  from  a  data  file.  The  CARRDAT  data  file  (Figure  2) 
is  created  to  contain  the  airwing  composition  for  each  carrier. 

To  create  the  airwing  composition  for  a  carrier, 

(CARRIER. STATUS_BOARD) ,  a  pointer  will  be  set  to  point  to  the 
AC_STATUS_RECDS  declaration,  which  is  defined  as  a  link  list 
declaration.  The  CARRIER. ENGAGEMENT  declaration  is  a  link  list 
that  contains  information  on  engagement  aircraft.  The 
CARRIER. ENGAGEMENT  link  list  is  initialized  so  that  its  pointers 
point  to  NULL.  As  launches  are  made,  aircraft  that  are  on 
engagement  missions  will  be  added  to  the  Engage  link  list 
declaration. 


If  there  are  changes  required  in  the  declarations,  then  the 
data  files  must  be  updated  and  the  routine,  INITCSM,  must  be 
called  to  update  the  link  lists. 


****  CARRIER  STATUS  BOARD  **** 
****************************** 


*  *  *  ACNAME  #ACTYPES 

' A6 ’  09 

' A7 '  18 

' F14 '  24 

' KA6 '  04 

' EA6 '  04 

' E2 '  04 

'S3'  10 

' SH3 '  08 


FIGURE  2 


2.2  CASIMIT  Routine: 


Read  in  the  number  of  schedules,  SKED# 

Allocate  FLIGHT_SCHEDULE 
Do  I  =  1  to  SKED# 

o  Read  in  the  SLIDETIME  for  each  schedule 

o  Read  in  the  number  of  flight  sequences,  ISEQUENCES 

Do  J  =  1  to  # SEQUENCES 

O  Allocate  FL I GHT_S EQU ENC E 

o  Read  in  data  required  for  the  FLIGHT_SEOUENCE 
o  Assign  a  fixed  value  for  the  aircraft  type  based  on  the 
aircraft  name,  ACNAME 

o  Check  for  a  valid  assignment  of  a  mission 

o  Check  for  a  valid  assignment  of  an  ordnance  load 

end  /*  DO  J  =  1  to  # SEQUENCES  */ 
end  /*  DO  I  =  1  to  SKED#  */ 

Set  pointer,  P@UNIT,  to  the  head  of  the  carrier  unit  list. 

Do  until  P@UNIT  equals  null 

o  Read  in  number  of  aircraft  type,  ACNUM 
o  Do  I  =  1  to  ACNUM 

-  Create  an  AC_STATUS_RECDS  entity 

Read  in  aircraft  name,  ACNAME,  and  the  number  of 
aircraft,  AC_STATUS_RECDS . #ACTYPE  for  that  type 
Assign  a  fixed  value  for  the  aircraft  type  based  on 
ACNAME 

o  end  / *D0  I  =  1  to  ACNUM  */ 
o  GO  to  next  carrier  unit  in  unit  list 
end  /*  DO  until  P@UNIT  equals  null  */ 


* 


FLIGHT  SCHEDULE  ROUTINE 


The  Flight  Schedule  Routine  (CASFLT)  will  derive  an  air 
operations  schedule  that  provides  for  the  launch  and  recovery  of 
a  Battle  Group's  air  assets  during  the  simulation.  It  will  be 
initiated  by  a  call  from  the  BGDISP  Routine  that  selects  and 
implements  the  appropriate  battle  group  disposition  for  each  PIM 
leg  (Reference  2) .  This  routine  also  updates  or  verifies  a 
flight  schedule  at  the  beginning  of  each  PIM.  Events  that  call 
the  Flight  Schedule  Routine  are  EN01  and  EN31.  EN01,  which 

controls  the  movement  of  all  game  units,  will  call  the  Flight 
Schedule  Routine  if  there  is  a  change  in  the  threat.  EN31  will 
call  the  routine  when  a  battle  group  unit  arrives  at  a  patrol 
area.  The  BGDISP  Routine  uses  a  table  lookup  procedure  to  select 
a  battlegroup  disposition  and  to  obtain  a  flight  schedule  number 
(AC_SKED# ) .  This  schedule  number  is  selected  based  on  the 
following  factors: 

Threat 

Number  of  carriers  in  the  Battle  group 
Defense  condition  (DEFCON) 

Mission 

State 

Air  wing  composition  (AWC)  on  the  carrier. 

Figures  3  and  4  show  an  example  of  the  selection  procedure. 

The  schedule  number,  AC_SKED#,  is  passed  to  the  Flight 
Schedule  routine  to  select  the  appropriate  launch  sequences,  and 
a  pointer  to  the  battlegroup  (to  obtain  a  pointer  to  the  appro¬ 
priate  carrier (s)  contained  in  the  battlegroup’ s  composition 
list) .  A  working  schedule  is  then  created  by  using  the  Create 
subroutine  and  the  SLINK  macro  to  link  the  launch  sequences  to 


LO  1 

★ 

J 

E 

- - 

1  1 

LO  1 

★ 

C 

0 

1  2 

HI  1 

A 

J 

0 

1  14 

1  Thus  for  DEFCON  =  HI 

#cv  =  1 

2  THREAT  =  AAW 
MISSION  =  Power 

4  Projection 

AWC  =  1 
STATE  =  ON 

STATION 

Schedule  14  would  he 
chosen 


Indicates  a  blank  field  which  will  allow  anv  entry 
J  =  power  projection  and  C  =  sea  control 
E  =  Enroute  and  0  =  on  Station 


FIGURE  3 


the  CARRIER. FLIGHT_SCHEDULE  declaration.  This  will  provide  the 
launch  and  recovery  for  a  carrier's  air  assets.  The  declaration 
for  the  carrier's  flight  schedule  appears  as  follows: 


DCL  LAUNCH_S I Z E  INITIAL  (3/* 3 2*/) 
P@ LAUNCH 

1  LAUNCH  BASED  (P0LAUNCH) , 

2  LINK 

2  LAUNCH_T IME 
2  ACTYPE 
2  # ACTYPE 
2  MISSION 
2  ORDNANCE 
2  RTB 
2  PAD 


FIXED  BINARY (15), 
POINTER, 

OFFSET (TESPACE) , 
FIXED  BINARY (31) , 
FIXED  BINARY (15) , 
FIXED  BINARY (15) , 
FIXED  BINARY (15)  , 
FIXED  BINARY (15)  , 
FIXED  BINARY (31) . 
CHARACTER (12). 


In  addition,  an  identification  number  to  indicate  which 
airwing  composition  is  on  board  the  carrier  must  be  added  to  the 
Carrier  declaration  (see  Section  5).  In  this  first  attempt  of 
the  air  operations  module,  this  air  wing  composition  (AWC  =  1) 
will  be  fixed  with  the  composition  as  -Follows: 

24  F14 

18  A  7 

9  A6 
4  KA6 
4  EA6 
4  E2 
10  S3 
8  SH3. 


Once  the  flight  schedule  is  selected  and  a  working  schedule 
is  implemented  into  the  CARRIER. FLIGHT_SCHEDULE  link  list,  the 
launch  times  (local  in  the  predetermined  schedule  data  structure 
to  account  for  day/night  scheduling  differences)  are  altered  to 


game  time  based  on  the  carrier's  location.  Using  the  SFIND 
macro,  search  for  the  first  group  of  launch  seguences  that  have  a 
launch  time  greater  than  the  current  game  time.  The  Preparation 
Time  Routine,  CASPREP,  is  called  to  evaluate  if  there  is 
sufficient  time  between  the  game  time  and  the  time  of  the  first 
launch  event.  Based  on  the  launch  time  passed  back  from  the 
Preparation  Time  Routine,  a  Launch  Event  is  scheduled.  This 
precludes  the  player  from  evaluating  a  threat  and  immediatelv 
launching  sufficient  aircraft  to  protect  himself  without  a 
realistic  time  delay  to  load  the  proper  ordnance,  brief  the  crews 
and  fuel  the  aircraft. 
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CASFLT  FLOWCHART 


Sequence  initiated  bv  a  call 
from  the  BGDISP  Routine  with 
a  selected  schedule  number, 
AC  SKED#. 


If  the  schedule  number  con¬ 
tained  in  the  carrier  unit 
equals  AC_SKED# ,  then  return 
to  the  BGDISP  Routine,  else 
assiqn  the  schedule  number 
passed,  AC_SKED# ,  to 
CARRIER. SKED#. 


Cycle  through  the  fliqht  sche¬ 
dule  list  contained  in  the 
carrier 


DELETE 

LAUNCH 

SEQUENCE 


NO 


CREATE 

WORKING 

SCHEDULE 


i  *'■  •■■■n 


Delete  launch  sequences 
that  currently  exist 
on  the  carrier's  flight  sche¬ 
dule. 


Go  to  the  next  launch  sequence 
in  the  list 


GET 

LOCATION  OF 
BATTLE  GROUP 


_ 

$SNE 

LAUNCH  EVENT 

AT 

LAUNCH_TIME 

^  RETURN  ^ 


Places  launch  event  into  the 
event  stack  with  the  pointer 
to  the  launch  sequence 
desired. 
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3.2  Preparation  Tine  Routine 


3.2.1  Description 

To  allow  for  an  appropriate  delav  (caused  bv  planning, 
briefing,  loading  ordnance  and  fueling  aircraft)  between 
scheduling  an  event  and  the  launching  of  aircraft,  a  routine 
called  CASPREP  was  developed.  In  order  to  allow  for  an 
appropriate  delay,  a  preparation  time  is  calculated  by  selecting 
a  random  number  between  the  minimum  and  maximum  preparation  times 
(ACPARM(I)  .  PREPTIME_DIST  ( 1 )  ,  ACPARM  ( I )  .  PREPTT.ME_DIST  (  2 )  )  for  each 
launch  sequence  based  on  the  aircraft  tvpe ,  and  by  selecting  the 
maximum  preparation  time. 

CASPREP  uses  the  preparation  time  to  prepare  the  seauences 
that  will  be  used  in  the  launch,  and  compares  it  to  the  launch 
time  scheduled  for  that  event.  If  there  is  sufficient  time 
available  to  prepare,  then  the  event  is  placed  in  the  event 
stack.  However,  if  there  is  not  sufficient  time  to  prepare  the 
crew  and  aircraft  for  that  sequence  of  launches,  this  routine 
will  advance  the  launch  pointer  (P0LAUNCH)  to  the  next  sequence 
of  launches  or  delay  the  launch  by  scheduling  the  launch  at  the 
launch  time  plus  the  time  needed  for  delay.  To  determine  if  the 
launch  can  be  delayed,  the  routine  compares  the  delav  time  with 
the  slidetime  (FLIGHT_SCHEDULE (*). SLIDETIME) .  If  the  delav  time 
is  larger  than  the  slidetime  for  that  schedule,  then  the 
preparation  time  is  calculated  for  the  next  launch. 


CASPREP  FLOWCHART 


CASPREP  called  when  a 
flight  schedule  is  altered 
or  a  new  flight  schedule  is 
developed 

Cycle  through  the  launch 
seguences  that  have  a  launch 
time  equivalent  to  the  execu¬ 
tion  time  for  the  launch 


Select  and  calculate  a  random 
number,  R,  to  be  between  the 
minimum  and  maximum  prepara¬ 
tion  time  values 
(ACPARM ( I )  . PREPTIME_DIST ( 1 ) , 
ACPARM ( I) . PREPTIME_DIST ( 2 ) ) 

PT  is  calculated  by  selecting 
the  maximum  of  the  calculated 
random  values,  R. 


Reset  P@ LAUNCH  to  first 
pointer  in  group  of  launch 
sequences  to  be  launched. 


Compare  time  to  prepare  for 
launch  with  launch  time. 


L  8 


Place  pointer  on  launch  event 
that  will  be  launched  next. 


CT  =  game  time 

N  =  (CT  +  PT)  -  LAUNCH  TIME 


Based  on  comparing  N  to  a 
flight  schedule  SLIDETIME, 
to  either  move  the  pointer 
to  the  next  launch  sequence 
or  to  delay  the  times  of  the 
schedule  bv  N  minutes. 
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4.0  AIRCRAFT  CONTROLLING  EVENTS 
4 . 1  Description 

CASAM  portrays  the  establishment  and  execution  of  the  entire 
range  of  carrier  operations  (e.g.,  alpha  strike,  cyclic  opera¬ 
tions,  etc.).  As  described  in  Section  3.0,  it  provides  the  capa¬ 
bility  to  schedule  an  aircraft.  In  the  Launch  E*<ent  aircraft  are 
launched  based  on  the  launch  sequences  listed  in  the  carrier's 
flight  schedule  and  the  availability  of  each  tvpe  of  aircraft 
shown  on  the  carrier's  Aircraft  Status  Board.  Once  the  aircraft 
are  launched,  the  ordnance  which  is  usually  either  used  or 
jettisoned  to  reduce  the  aircraft  to  landing  weight  can  be 
automatically  depleted  from  the  carrier's  ordnance  stores.  The 
ordnance  items  that  would  not  be  jettisoned  are:  air  to  air 
missiles,  nuclear  weapons,  torpedoes,  and  sonobuovs.  In  addition 
to  ordnance,  a  representative  fuel  load  required  for  the  mission 
to  be  flown  can  be  depleted  from  the  carrier's  fuel  supplv.  The 
airborne  aircraft  are  then  dispatched  to  accomplish  their 
assigned  mission. 

When  the  Launch  Event  is  complete,  the  Launch  Complete 
Event  is  scheduled  to  station  aircraft  whose  missions  are 
equivalent  to  CAP,  VS,  or  AEW,  and  to  recover  aircraft  returning 
from  engagements  or  stations.  If  the  Launch  Event  sets  a  flag, 
LC_FLAG ,  then  the  Launch  Complete  event  will  only  recover 
aircraft  returning  from  their  missions.  A  Recover  Complete  Event 
is  then  scheduled  to  send  recovered  aircraft  to  be  refueled, 
rearmed  and  sent  to  maintenance  if  scheduled  maintenance  is 
required  or  if  the  aircraft  suffered  battle  damage.  The 
engagement  modules  will  indicate  those  aircraft  that  are 
eliminated  (i.e.,  damaged  beyond  ability  to  recover)  durinq  the 
engagement,  and  they  will  be  added  to  the  lost  column  in  the 
Aircraft  Status  Board.  The  adjustments  to  the  Aircraft  Status 
Board  will  be  made  in  the  maintenance  routine  to  indicate  the 
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unavailability  of  the  above  aircraft.  A  Maintenance  Complete 
Event  is  scheduled  in  the  maintenance  routine  to  update  the 
Status  Board  for  aircraft  returning  from  maintenance. 


This  Section  explains  the  following  components  in  detail 

o  Status 

o  Aircraft  Launch 

o  Launch  Complete 

o  Recovery  Complete 

o  Maintenance  Complete 

o  Maintenance 

o  Station. 
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4 . 2  Status 


Portions  of  CASAM  will  update  the  data  required  bv  the  other 
routines  of  CASAM,  the  engagement  modules,  and  NNWS.  Each 
carrier  has  an  Aircraft  Status  Board  (Figure  5)  which  is  used  to 
keep  an  up-to-date  record  of  the  aircraft  for  a  specific  carrier, 
and  identifies  the  availability  and  location  of  that  carrier's 
aircraft.  The  data  structure  for  the  Aircraft  Status  Board 
appears  as  follows: 

DCL  P@AC_STATUS_RECDS  POINTER 

AC_STATUS_RECDS_S IZE  INITIAL ( 4 / * 6 4 * / ) 

FIXED  BINARY (15) , 

1  AC_STATUS__RECDS  BASED  (P@AC_STATUS_RECDS )  , 

2  LINK  OFFSET (TESPACE) , 

2  ACNAME  CHARACTER ( S ) , 

2  ACTYPE  FIXED  BINARY (15), 

2  ASSIGNED  FIXED  BINARY (15), 

2  AVAILABLE (4)  FIXED  BINARY ( 1 5) , 

2  ACTIVE  (8)  FIXED  BINARY (15), 

2  TURNAROUND  (2)  FIXED  BINARY (15), 

2  LOST  FIXED  BINARY (15), 

2  PAD  CHARACTER ( 22) ; 

It  is  planned  that  most  engagement  modules  will  require 
information  from  only  the  Aircraft  Status  Board  to  obtain  the 
number  of  aircraft  assigned  to  enter  into  an  engagement;  and 
information  from  the  flight  schedule  to  obtain  ordnance  loads  on 
those  aircraft.  The  notable  exception  to  this  plan  is  the  Naval 
Air  Defense  Simulation  (Reference  1) .  Data  will  be  obtained  for 
NADS  from  the  NNWS  checkpoint  files  by  the  NADS  interface 
program. 


CARRIER  66  AIRCRAFT 
STATUS  BOARD 


A6 

A7 

F14 

EA6 

E2 

SH3 

S3 

KA6 

ASSIGNED 

9 

18 

24 

4 

4 

8 

10 

4 

MAINTENANCE 
(TURNAROUND (2) ) 

0 

2 

7 

1 

1 

0 

2 

1 

REFUEL  REARM 
(TURNAROUND (1) ) 

2 

4 

3 

1 

1 

1 

CAP 

(ACTIVE (4) ) 

3 

VS 

(ACTIVE  (5)  ) 

2 

2 

AEW 

(ACTIVE (6) ) 

2 

AC  LANDATTACK 
(ACTIVE (7) ) 

AC  SE ATTACK 
(ACTIVE (8) ) 

2 

4 

EW  ESCORT 
(ACTIVE (2) ) 

EW  STATION 
(ACTIVE (3) ) 

1 

TANKER 
(ACTIVE  (1)) 

1 

DLI  N1 

(AVAILABLE (9) ) 

1 

DLI  N2 

(AVAILABLE (10) ) 

1 

DLI  N3 

(AVAILABLE ( 11 )  ) 

LOST 

DLI  N4 

(AVAILABLE (4 ) ) 

5 

8 

9 

1 

0 

6 

6 

3 

FIGURE  5 
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Each  time  an  aircraft  status  is  altered,  an  update  will 
occur  to  the  appropriate  board  to  maintain  an  up-to-date  record 
of  this  data.  Therefore,  when  an  aircraft  returns  to  an 
available  status,  an  availability  update  will  occur. 
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4 . 3  Launch  Event 


4.3.1  Description 


The  Launch  Event  initiates  the  launching  sequence  of  the 
carrier  aircraft.  There  are  two  wavs  to  schedule  a  Launch  Event. 
If  this  is  a  new  schedule,  then  the  event  is  scheduled  by  the 
Fliqht  Schedule  Routine.  Otherwise,  if  this  is  an  ongoing 
schedule,  then  the  next  launch  event  is  scheduled  by  the  Launch 
Routine  (CASLNCH) . 

To  perform  the  Launch  Event,  a  pointer  to  a  battlegroup, 
P@BGROUP ,  and  a  pointer  to  a  carrier,  PPCARRIER,  are  necessarv  to 
determine  if  the  carrier  has  been  destroved  prior  to  executina 
the  event.  If  the  carrier  has  been  destroved,  then  the  next 
event  is  taken  from  the  event  queue.  The  number  of  towed  arravs 
and  a  disposition  selection  number  are  passed  to  the  Launch  Event 
to  pass  to  the  Launch  Complete  Event  to  be  utilized  in  the 
Station  Routine,  CASSTAT.  The  disposition  selection  number  is 
also  used  to  obtain  a  schedule  number  from  the  disposition 
selection  table. 


DCL  1  ENOTE60 
2  SYSTEM 
2  P 0 CARRIER 
2  P@LAUNCH 
2  P@BGROUP 
2  #TOWED_ARRAYS 
2  DISP_ELEMENT 
2  PAD 


BASED (P DENOTE) , 
CHARACTER (16)  , 
OFFSET (TESPACE) , 
OFFSET (TESPACE) , 
OFFSET (TESPACE) , 
FIXED  BINARY (15) , 
FIXED  BINARY (15) , 
CHARACTER (6) . 


If  the  schedule  number  passed  is  for  the  execution  of  the 
launch  event,  then  the  Launch  Event  calls,  CASLNCH.  This  routine 
will  cycle  through  a  group  of  launch  sequences  and  launch 
aircraft  based  on  the  launch  time.  Once  the  cycle  is  completed, 
the  routine  will  schedule  a  Launch  Complete  Event  and  another 
Launch  Event. 
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3.2  LAUNCH  EVENT  FLOWCHART 


$FIND 

BG_ELEMENT. 
P0UNIT  = 
P8CARRIER 


_ 

CALL 

CASLNCH 

Usinq  the  SFIND  macro  find  the 
BG_ELEMENT  contained  in  the 
Battlegroup  composition  list 
which  has  a  pointer  to  the 
unit,  P@UNIT,  which  is  equi¬ 
valent  to  the  pointer 
P  ^CARRIER  passed.  This  deter¬ 
mines  if  the  carrier  was 
destroyed  prior  to  executing 
the  event. 


Validate  event  to  ascertain  if 
the  event  schedule  number  con¬ 
tained  in  the  Disposition 
Selection  Table  (DISPSELTABLE 
(DISP  ELEMENT) .INDEX. SKED#)  . 


Call  the  launch  routine  to 
perform  aircraft  launches 
based  on  the  time  the  event 
is  executed. 


STNE 


Take  the  next  event  from  the 
queue . 


4.3.3  Launch  Routine 


The  Launch  Routine,  CASLNCH,  is  called  bv  the  Launch  Event 
to  launch  aircraft  based  on  the  Launch  Time.  The  routine  will 
cycle  the  group  of  launch  sequences  and  launch  aircraft  with  a 
launch  time  equal  to  the  current  gametime.  Figure  6  is  an 
example  flight  schedule  of  the  launch  sequences  contained  in  a 
carrier's  flight  schedule.  The  launch  sequences  are  filled  in 
order  of  priority  (the  first  launch  sequence  takes  priority  over 
the  following  sequences) . 

The  routine  will  determine  the  number  of  aircraft  available 
for  the  launch,  and  update  the  availabilitv  status  in  the  Status 
Board  for  each  aircraft  type  utilized.  To  determine  the  number 
of  aircraft  that  will  be  aborted  from  the  launch,  compare  the 
abort  rate  of  the  aircraft  type  to  be  launched  (ACPARM (I) . ABORT_ 
RATE)  with  a  random  number  selected  between  0  and  1.  The  air¬ 
craft  that  are  aborted  will  be  sent  to  maintenance.  Otherwise, 
if  the  launch  sequence  has  an  aircraft  mission  eauivalent  to  a 
CAP,  VS,  or  AEW  then  the  Launch  Event  will  call  the  subroutines 
UNINIT,  and  CREATE  to  create  an  aircraft  unit  and  its  associated 
battlegroup  element,  BG_ELEMENT.  These  are  station  aircraft 
which  are  utilized  to  help  in  the  defense  of  the  battle  group. 
The  aircraft  declaration  which  contains  information  that  is 
pertinent  for  the  aircraft  units  appears  as  follows: 


DCL  P@ AIRCRAFT 
1  AIRCRAFT 
2  UNIT 
2  P@CARRIER 
2  RTB 
2  ACTYPE 
2  MISSION 
2  ORDNANCE 
2  PAD 


OFFSET (TESPACE) , 
BASED (P@AIRCRAFT) , 
CHARACTER (4 00)  , 
OFFSET (TESPACE) , 
FIXED  BINARY (31) , 
FIXED  BINARY (15)  , 
FIXED  BINARY (15) , 
FIXED  BINARY (15) , 
CHARACTER (98) . 
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Launch 

Type 

#  Air¬ 

Time 

Aircraft 

craft 

0360 

FI  4 

3 

0360 

F14 

1 

0360 

A7 

4 

0360 

KA7 

1 

0360 

A6 

2 

0360 

KA6D 

1 

0360 

EA6 

1 

0360 

E2C 

1 

0360 

S3A 

1 

0360 

SH3D 

1 

0450 

FI  4 

3 

0450 

F14 

1 

0450 

FI  4 

1 

0450 

A7 

4 

0450 

A6 

2 

0450 

KA6D 

1 

0450 

S3A 

1 

0450 

SH3D 

1 

0540 

etc. 


Mission 

Ord. 

PTB 

CAP 

4  PHOENIX 

0450 

DLI_N1 

4  PHOENIX 

0450 

DLI_N2 

4  PHOENIX 

0450 

TANKER 

N/A 

0450 

STRIKE 

28  MK  82 

0450 

DLI_N1 

N/A 

0450 

EW 

4  EW  PODS 

0540 

AEW 

N/A 

0630 

ASW 

N/A 

0630 

ASW 

N/A 

0630 

CAP 

4  PHOENIX 

0540 

DLI_N1 

4  PHOENIX 

0540 

DLI_N2 

4  PHOENIX 

0540 

STRIKE 

12  MK  82 

0630 

STRIKE 

28  MK  82 

0540 

TANKER 

N/A 

0540 

ASW 

N/A 

0720 

ASW 

N/A 

0630 

RECOVER 

0630 

FIGURE  6 
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If  the  launch  sequence  contains  an  aircraft  mission 
equivalent  to  a  AC_SEATTACK  or  AC_LANDATTACK ,  then  the  Launch 
Routine  creates  an  engage  entity  for  engagement  aircraft,  and 
links  it  to  the  Engagement  LINK  List  contained  on  the  carrier. 
The  Engage  declaration  appears  as  follows: 


DCL  P@ ENGAGE 

ENGAGERS I ZE 

1  ENGAGE 

2  LINK 

2  ACTYPE 
2  # ACTYPE 
2  MISSION 
2  ORDNANCE 
2  RTB 


OFFSET (TESPACE)  , 
FIXED  BINARY (15)  , 
BASED  (PiaENGAGE)  , 
OFFSET (TESPACE) , 
FIXED  BINARY (15)  , 
FIXED  BINARY (15)  , 
FIXED  BINARY (15), 
FIXED  BINARY (15) , 
FIXED  BINARY (31) . 


To  calculate  the  execution  time  for  Launch  Complete  Event, 
LCE ,  take  the  sum  of  the  number  of  aircraft  of  each  tvpe  to  be 
launched  and  multiplv  bv  its  launch  rate.  When  LCE  is 
calculated,  compare  it  with  the  time  contained  in  the  battle 
group  (BGROUP . LNCHCMP_RCVRCMP_TIME)  to  determine  when  the  last 
Launch  Complete  Event  or  Recoverv  Complete  Event  will  be 
executed.  If  LCE  exceeds  the  value  contained  in 

BGROUP. LNCHCMP. RCVRCMP_TIME ,  then  replace  the  value  with  LCE.  If 
the  aircraft  mission  is  to  perform  a  recoverv, 

LAUNCH. AC_MISSION=RECOVER,  then  set  a  flaq  to  true,  to  the  Launch 
Complete  Event. 


i 
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4.3.4  CASLNCH  FLOWCHART 


The  Launch  Routine  is  called 
by  the  Launch  Event. 


Do  until  launch  time  contained 
in  launch  sequence  does  not 
equal  current  game  time. 

Find  the  next  entity  in  a 
carrier's  flight  schedule  link 
list,  the  launch  sequence's 
launch  time  equal  to  the  game 
time . 


If  there  is  another  launch 
sequence  contained  in  the 
list,  then  launch  aircraft 
contained  in  sequence. 


Set  a  launch  complete  flag  to 
indicate  the  recovery  of  air¬ 
craft. 


Set  the  launch  complete  time 
for  scheduling  a  launch 
complete  event  to  zero. 


30 
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ARL  =  ABORT  RATE  for  a  speci 
fic  aircraft  type 


AL  =  number  of  aircraft 
aborted 


Send  aborted  aircraft  to 
maintenance . 


ACL  =  number  of  aircraft  to 
be  launched 


UPDATE 

STATUS 

BOARD 
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DO  I  =  1  to  ACL 


Using  the  UNINIT  and  the 
Create  subroutines  allocate 
dynamically  an  entity  in 
TESPACE  for  both  the  aircraft 
unit  and  its  BG__ELEMENT. 

Then,  use  the  SLINK  macro  to 
link  to  the  appropriate 
BG_ELEMENT.  Each  aircraft 
unit  will  contain  the  follow¬ 
ing  attributes: 

:  Pointer  to  the  carrier 
:  RTB  time 
:  Launch  time 

(Additional  Unit  Data) 


Using  the  Create  subroutine 
and  $LINK  macro  allocate  dyna¬ 
mically  an  engage  entity  in 
TESPACE  and  link  it  to  the 
engagement  link  list  (CARRIER. 
ENGAGEMENT) . 

LCE  =  LCE  +  ROUND (ACL*LR,0) 

LR  =  LAUNCH  RATE 


Calculate  the  execution  time 
for  the  Launch  Complete  Event. 


Schedule  a  Launch  Complete 
Event. 


Cycle  through  launch  link  list 


4.4  Launch  Comolete  Event 


4.4.1  Description 

The  Launch  Complete  Event  and  the  Recover  Event  are 
incorporated,  so  that  when  the  Launch  Complete  Event  is 
scheduled,  it  will  perform  only  the  recovery  of  aircraft  if  a 
flag  is  set  to  be  true,  otherwise  it  will  perform  both  the  launch 
complete  and  the  recovery  of  aircraft. 

To  perform  the  Launch  Complete  Event,  a  pointer  to  a  battle 
group,  P@BGROUP ,  and  a  pointer  to  a  carrier,  P0CARRIER,  are 
necessary  to  determine  if  the  carrier  has  been  destroved  prior  to 
executing  the  event.  If  the  carrier  has  been  destroyed,  then  the 
returning  aircraft  are  destroved,  else  the  event  calls  the  Launch 
Complete  Routine,  CASLCMP.  The  LC_FLAG  is  passed  through  the 
scheduling  of  the  event,  in  order  to  determine  if  a  recovery 
occurs  (LC_FLAG  =  '  l'B)  or  if  a  launch  complete  and  recovery 
occurs  (LC_FLAG  =  '  O'B).  The  number  of  towed  arravs  and  the 
disposition  number  are  passed  to  the  event,  to  be  utilized  in  the 
Station  Routine  which  is  called  bv  the  Launch  Complete  Routine. 
The  event  notice  declaration  for  the  Launch  Complete  Event 
appears  as  follows: 


DCL  1 


EN0TE6 1 
2  SYSTEM 
2  P0CARRIER 
2  P@BGROUP 
2  LC_FLAG 
2  #  TOWED_ARRA Y S 
2  DISP_ELEMENT 
2  PAD 


BASED (P0ENOTE) , 
CHARACTER  ( 1 6 )  , 
OFFSET (TESPACE) , 
OFFSET (TESPACE) , 
BIT  ( 1 )  , 

FIXED  BINARY  (15)  , 
FIXED  BINARY (15)  , 
CHARACTER (10) ; 
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The  event  will  record  the  identity  of  the  aircraft  launched 
for  a  flight  summary  report,  if  required,  and  at  this  time 
reduces  the  carrier's  aircraft  ordnance  bv  the  amount  of 
jettisonable  ordnance  on  board  the  launching  aircraft. 

Non- jettisonable  ordnance  are  as  follows: 

1.  Torpedoes 

2.  Nuclear  Weapons 

3.  Air  to  Air  Missiles 

4.  Sonobuovs. 


2  LAUNCH  COMPLETE  EVENT  FLOWCHART 


Using  $FIND  macro  find  a 
pointer  to  a  BG_ELEMENT 
(battle  group  element) 
that  has  a  pointer  to  the 
unit,  P@UNIT ,  which  is 
equivalent  to  the  pointer 
P@CARRIER  passed  through 
the  event.  This  deter¬ 
mines  if  the  carrier  was 
destroyed  prior  to  execu¬ 
ting  the  event. 


Call  the  Launch  Complete 
Routine  to  calculate  the 
number  of  aircraft  re¬ 
turning  from  stations  and 
enaaaements,  and  to 
station  aircraft. 


Take  the  next  event  from 
the  event  queue 


4.4.3  Launch  Complete  Routine 

The  Launch  Complete  Routine,  CASLCMP,  is  called  by  the 
Launch  Complete  Event  to  either  perform  a  launch  complete,  or 
recovery  of  aircraft.  Based  on  the  flag  passed  to  the  routine, 
if  the  flag  is  set  to  true,  then  a  recovery  routine  is  performed 
to  calculate  the  number  of  aircraft  returning  from  stations  and 
engagements.  Otherwise,  the  Launch  Complete  routine  is  performed 
to  station  aircraft  that  have  an  aircraft  mission  equivalent  to 
CAP,  VS,  or  AEW ,  and  it  also  calculates  the  number  of  aircraft 
returning  from  stations  and  engagement  modules. 

Based  on  the  number  of  aircraft  returning  and  the  recovery 
rate  for  each  aircraft,  an  execution  time  is  calculated  for  the 
Recover  Complete  Event.  This  execution  time  is  compared  with  the 
time  contained  in  the  battle  group  (BGROUP. LNCHCMP_RCVRCMP_TIME) 
to  determine  when  the  last  Launch  Complete  or  Recovery  Complete 
Event  will  be  executed. 


4  CASLCMP  FLOWCHART 


Cycle  through  the  battle  group 
station  list. 


If  the  battle  group  station 
entitv  contains  a  station  tvpe 
equal  to  CAP,  VS,  or  AEW  then 
remove  the  station  entity, 
else  go  to  the  next  entity  in 
the  list. 


Use  the  S REMOVE  and  SDESTROY 
macros  to  remove  a  station 
entitv  from  the  battle  group 
station  list. 


Cycle  through  the  battle  group 
element  list. 


Find  a  battle  group  element 
entitv  contains  a  station  type 
of  CAP,  VS  or  AEW. 


OBTAIN 

RECOVERY 

RATE 


CALCULATE 
TIME  TO 
RECOVER 
STATION 
AIRCRAFT 


Determine  if  Routine  is 
only  to  recover  aircraft 


Call  subroutine  CASSTAT 
to  create  stations  for 
aircraft  with  missions 
equivalent  to  CAP,  VS,  or 
AEW. 


Cycle  through  engagement 
link  list 

( CARRIER . ENGAGEMENT ) 


If  engagement  aircraft  is 
not  ready  to  return  then 
go  to  next  engagement. 


Obtain  recoverv  rate  for 
specified  ACTYPE 


TTEAR  =  Total  Time  for 
Engagement  Aircraft 
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TR  =  TTSAR  +  TTEAR 


TTR  -  Total  time  to 
recover  all  aircraft 


Schedule  a  recovery 
complete  event  at 
TTR  +  CT 


$SNE  RECOVERY 
COMPLETE  EVENT 
AT  TTR  +  CT 


4 . 5  Recovery  Complete  Event 


4.5.1  Description 

The  Recovery  Complete  Event  calls  the  Recovery  Complete 
Routine,  CASRCMP,  to  return  aircraft  from  stations  and  engagement 
modules . 

To  perform  the  Recovery  Complete  Event,  a  pointer  to  a 
battle  group,  P0BGROUP,  and  a  pointer  to  a  carrier,  P@CARRIER, 
are  necessary  to  determine  if  the  carrier  has  been  destroved 
prior  to  executing  the  event.  If  the  carrier  has  been  destroyed 
then  get  the  next  event  from  the  event  queue. 

The  event  notice  declaration  for  the  Recovery  Complete  Event 
appears  as  follows: 

BASED  (P (? EMOTE)  , 

CHARACTER (16) , 

OFFSET (TESPACE) , 

OFFSET (TESPACE) , 

CHARACTER (12) . 


DCL  1  ENOTE62 
2  SYSTEM 
2  P0CARRIER 
2  P@BGROUP 
2  PAD 


5.2  RECOVERY  COMPLETE  EVENT  FLOWCHART 


$FIND 

BG_ELEMENT. P@UNIT 
P@ CARRIER 


NO 


CALL 

:asrcmp 

_ 

$TNE 

Usinq  the  $FIND  macro  find  a 
point  to  be  a  BG_ELEMENT 
(battle  group  element)  that 
has  a  pointer  to  the  unit, 
P@UNIT,  which  is  equivalent  to 
the  pointer  P9CARRIER  passed 
throuqh  the  event.  This 
determines  if  the  carrier  was 
destroyed  prior  to  execution 
of  the  event. 


Call  the  Recoverv  Complete 
Routine . 


Take  the  next  event  from  the 
event  queue. 


4.5.3  Recovery  Complete  Routine 


The  Recovery  Complete  Routine,  CASRCMP,  queries  both  the 
composition  list  and  the  engagement  list  for  aircraft  returning 
from  stations  and  engagement  modules.  Returning  aircraft  are 
refueled,  rearmed,  and  sent  to  maintenance  if  scheduled 
maintenance  is  required,  or  if  the  aircraft  suffered  battle 
damage  via  the  CASMNT  Routine. 


4.5.4  CASRCMP  FLOWCHART 


Cycle  through  the  engage¬ 
ment  link  list 


Determine  if  engagement 
aircraft  are  ready  to 
return 


Send  engagement  aircraft 
returning  to  maintenance. 


Using  $ REMOVE  and 
$DESTROY  macros  removing 
the  engagement  entity 
from  the  engagement  link 
list 
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Cycle  through  Battlegroup 
Composition  list 


$FIND 

UNITYPE=# AIRCRAFT 
& 

P@BG  STATION=NULL 


CALL 

CASMNT 


Using  the  $FIND  macro, 
find  the  next  BG_ELEMENT 
entity  which  points  to  an 
aircraft  unit,  and  does 
not  point  to  a  BG_STATION 
entity. 


Determin  if  an  aircraft 
unit  contains  an  RTB  that 
is  less  than  or  equal  to 
CT,  and  if  the  aircraft 
unit  contains  a  carrier 
pointer  eauivalent  to  the 
pointer  passed  to  the 
routine . 


Send  station  aircraft  to 
maintenance 


$SNE 
DESTROY 
EVENT  AT 
DESTROYTIME 


Schedule  the  Destroy 
Event  (EN13)  to  remove  an 
aircraft  unit  from  the 
unit  list 
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4.6  Maintenance  Complete  Event 
4.6.1  Description 

The  Maintenance  Complete  Event  is  scheduled  to  update  the 
Aircraft  Status  Board  for  returning  aircraft  units  or  air  raid 
elements.  If  an  aircraft  unit  is  returning  from  maintenance  then 
the  carrier  Status  Board  is  updated.  If  an  air  raid  element  is 
returning  from  an  engagement  then  the  air  field  Status  Board  is 
updated. 

To  perform  this  event  a  pointer  to  a  carrier  or  an  air 
field  unit,  P0UNIT,  is  required  to  specify  which  Status  Board  is 
being  updated.  If  the  returning  unit  is  an  aircraft,  then  a 
pointer  to  the  battle  group,  P?BGROUP,  is  also  needed  to  indicate 
if  the  carrier  has  been  destroyed  prior  to  executing  the  event. 
The  event  notice  declaration  for  the  event  appears  as  follows: 


DCL  1  ENOTE63 
2  SYSTEM 
2  P (3  UNIT 
2  P0BGROUP 
2  ACTYPE 
2  STAT 
2  PAD 


BASED (P@ENOTE) , 
CHARACTER ( 1 6 )  , 
OFFSET (TESPACE) , 
OFFSET (TESPACE) , 
FIXED  BINARY (15), 
FIXED  BINARY (15) , 
CHARACTER (12) . 
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4.6.2  MAINTENANCE  COMPLETE  FLOWCHART 


START 


Scheduled  bv  the 
Maintenance  Routine  and 
the  Launch  Routine. 


UNITYPE 


#CARRIER 


If  the  unit  passed  to  the 
event  is  a  carrier. 


FIND 
ENTITY 
BG  ELEMENT 


Search  the  battle  group 
composition  for  a  pointer 
to  the  carrier  equal  to 
the  pointer  passed  to  the 
event. 


Set  the  number  of  air 
raid  elements  returning 
from  maintenance  ecrual 
to  the  number  of  undamag¬ 
ed  elements. 


Set  the  number  of  air 
raid  elements  returning 
from  maintenance  equal 
to  the  number  of  damaged 
elements . 


4.7  Maintenance  Routine 

4.7.1  Description 

The  Maintenance  Routine  calculates  the  time  at  which  an 
aircraft  will  return  to  the  available  status.  All  aircraft  whose 
launch  is  aborted,  or  are  recovered  from  a  sortie  are  sent  to  the 
maintenance  routine  to  calculate  either  a  refuel/rearm  time 
(AIRCRAFT_TYPE(I) . REFUEL_REARM_TIME)  or  a  time  to  repair.  Both 
normal  malfunctions  and  damage  caused  within  the  engagement 
module  will  be  considered.  Maintenance  will  use  a  random 
selection  process  based  on  aircraft  type  maintenance  information. 
Until  extensive  aircraft  maintenance  data  are  gathered  and 
accurate  curves  are  fit  to  those  data,  Maintenance  will  use 
exponential  functions  to  calculate  time  to  repair: 

•  .  rt 

Time  to  Repair  =  ae 

(TR  =  aert) 

In  this  formula,  "a"  equals  ACPARM(I) . MAINTIME_DIST ( 2 ) ,  and  "t" 
equals  ACPARM(I) . MAINTIME_DIST (1) .  Both  are  variables  dependent 
on  the  type  of  aircraft  being  considered.  "R"  is  a  random  number 
generated  for  each  aircraft  being  considered  with  a  maintenance 
time  less  than  or  equal  to  two  hours  (120  minutes) .  The  aircraft 
will  be  considered  to  be  repaired  during  refuel/rearm  periods. 

Figure  7  shows  the  graph  of  TR  with  a  =  0.1  and  t  =  6. 

Using  these  values,  35%  of  the  aircraft  require  maintenance  time 
of  less  than  or  equal  to  two  hours.  A  maximum  value  of  iust  over 
forty  hours  is  shown.  We  feel  this  is  satisfactory  until  more 
complete  data  can  be  obtained. 
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4.7.2  CASMNT  FLOWCHART 


MAINTENANCE  called  by 
Launch  Routine  or 
Recovery  Complete  Routine 
with  a  list  of  number  and 
type  aircraft  for  main¬ 
tenance  calculations, 
e.g.  , 

Number  Type  Damaged 
(NUM)  (DAM) 

4  FI  4  0 

3  A6  1 

2  A7  0 


TR  =  ae' 

R  is  a  random  number 
between  0  and  1  selected 
for  each  aircraft. 

Calculate  TR  for 
damaged  aircraft 
(I  =  1  to  DAM) . 


If  TR  is  less  than  or 
TR=ACPARM(I) .  equal  to  2  hours  then  set 
^EFUEL_REARM_TIME  the  status  for  the 
- refuel/rearm  of  the  air¬ 
craft  and  set  TR  to  equal 
the  time  to  refuel  and 
rearm  an  aircraft;  else 

_ _  set  the  status  for  the 

maintenance  of  aircraft. 

STAT  *  1 


4.8  Station  Routine 


4.8.1  Description 

The  Station  Routine,  is  called  by  the  Launch  Complete  Event 
to  create  the  battle  group  station  entities  (BG_STATXON)  for 
aircraft  whose  missions  are  equivalent  to  CAP,  AEW,  or  VS.  The 
station  information  for  each  station  aircraft  is  selected  from 
either  one  of  two  2-dimensional  or  one  3-dimensional  disposition 
selection  table  (DISP_CAP,  DISP_AEW,  or  DISP_VS) .  The  data  ele¬ 
ments  needed  to  select  the  location  in  a  disposition  selection 
table  are  the  table  number,  TABLE#  which  is  either  '1'  or  '2' 
and  the  number  of  towed  arrays,  TOWED_ARRAYS ,  for  VS  aircraft. 

By  calling  the  Create  routine  and  the  $LINK  macro,  the  stations 
are  created  and  linked  to  the  battle  group  station  list 
(BGROUP.DISPOSITION.BG  STATIONLIST)  in  order  of  priority. 
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4.8.2  CASSTAT  FLOWCHART 


Cycle  through  the  battle 
group  element  list  (BGROUP. 
COMPOSITION) 

Find  a  BG_ELEMENT  in  the 
composition  list  which  con¬ 
tains  a  pointer  to  an  air¬ 
craft  unit 


Using  the  Create  subroutine 
and  the  $LINK  macro,  create 
a  battle  group  station 
entity  (BG_STATION)  and 
link  it  to  the  battle  group 
station  list  (BGROUP. 
disposition.bg  STATIONLIST) 


RETRIEVE 
INFORMATION 
FROM 
DISP  CAP 


YES 


AC  MISSION 


5.0  DATA  STRUCTURE  RELATIONSHIP 


The  CASAM  Module  is  designed  to  use  data  structures  which 
are  compatible  with  the  NNWS  structures.  Within  the  data 
structures  there  are  static  and  dynamic  data  types.  The  static 
data  structures  contain  data  that  is  held  constant  for  each 
aircraft.  The  interrelationships  and  relationships  of  these 
structures  is  shown  in  Figure  8. 

The  aircraft  parm  (ACPARM)  declaration  which  is  initialized 
under  the  air  raid  operations,  is  used  to  contain  data  for 
calculations  in  the  Launch  Routine,  the  Launch  Comnlete  and 
Recovery  Routine,  and  the  Maintenance  Routine.  This  structure  is 
aircraft  type  dependent  and  will  contain  information  on  each 
aircraft  tvpe  referenced  by  an  integer  code.  The  data  in  this 
structure  will  include  the  aircraft  designation  (i.e. ,  F14) ,  the 
missions  to  which  it  can  be  assigned,  the  ordnance  loads  it  can 
carrv,  the  abort  rate,  the  maintenance  coefficients,  the  launch 
rate,  the  recovery  rate,  the  rearm/refuel  time,  and  speed  data. 
The  data  structure  appears  as  follows: 


DCL  #ACTYPE  FIXED  BINARY (15), 

1  ACPARM  (1:  #ACTYPE)  CONTROLLED, 

2  nCNAME  CHARACTER (8)  VARYING, 

2  COLOR  FIXED  BINARY (15), 

2  ABORT_RATE  FLOAT  BINARY (21), 

2  MAINTIME_DIST ( 2)  FLOAT  BINARY (21), 

2  LAUNCH_RATE  FLOAT  BINARY (21), 

2  RECOVERY_RATE  FLOAT  BINARY (21), 

2  REFUEL_REARM_TIME_D 1ST  FIXED  BINARY (31), 
2  ALLOWABLE_MISSION(5)  FIXED  BINARY (15), 
2  ALLOWABLE  ORDNANCE (5 )  FIXED  BINARY (15), 
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2  ENDURANCE 


FIXED  BINARY (31) , 


2  SOA, 

3  CRUISE  FLOAT  BINARY (21), 

3  ATTACK  FLOAT  BINARY (21). 

The  carrier  data  structure  will  contain  pointers  to  three 
daisev  linked  lists.  These  lists  are  as  follows: 

o  The  CARRIER. FLIGHT_SCHEDULE  points  to  a  list  of  launch 
sequences  (the  LAUNCH  declaration)  in  which  each  launch 
is  based  on  launch  time,  aircraft  tvpe,  number  of 
aircraft,  mission,  and  RTB  time. 

o  The  CARRIER. ST ATUS_BOARD  points  to  a  list  based  on 

aircraft  type,  which  contains  the  aircraft  status  on 
possible  missions  and  on  stations  (the  AC_STATUS_RECDS 
declaration) . 

o  The  CARRIER. ENGAGEMENT  points  to  a  list  of  those 
aircraft  on  engagement  missions  such  as  strike  or 
attack  (the  ENGAGE  declaration) . 


The  portion  of  the  carrier 
updated  appears  as  follows: 

DCL  P » CARRIER 
1  CARRIER 


2  SKED# 

2  AWC 

2  FLIGHT_SCHEDULE , 
3  HEAD 
3  TAIL 
3  NUM 

2  FLIGHT_STATUS , 

3  HEAD 
3  TAIL 
3  NUM 

2  ENGAGEMENT 
3  HEAD 
3  TAIL 
3  NUM 


data  structure  which  needs  to  be 


POINTER, 

BASED  (PI? CARRIER)  , 


FIXED  BINARY (15), 
FIXED  BINARY (15) , 

OFFSET (TESPACE) , 
OFFSET (TFSPACE) , 
FIXED  BINARY (15) , 

OFFSET (TESPACE) , 
OFFSET (TESPACE) , 
FIXED  BINARY (15) , 

OFFSET (TFSPACE) , 
OFFSET (TESPACE)  , 
FIXED  BINARY (15), 


To  indicate  whether  the  Launch  Complete  Event  or  the  Recover 
Complete  Event  is  being  executed,  the  battlegroup  declaration 
must  contain  the  following  data  elements: 

DCL  P0BGROUP  POINTER, 

1  BGROUP  BASED (P3BGR0UP) , 


2  LNCHCMP  RCVRCMP  TIME  FIXED  BINARY (31), 


VARIABLE  LIST 


AC 

ACA 

ACID 

ACL 

ACTYPE 

ADR 

AL 

ALTD 

ART, 

CT 

DC 

DAM 

EAR 

EF 

K 

LOAD 

LCE 

LR 

LT 

NUM 

PT 

RTB 


maximum  number  of  VF  to  be  assigned  to  this  controller 

number  of  aircraft  available  for  launch 

blue  unit  ID  of  air  controller  for  this  CAP  station 

number  of  aircraft  launched 

type  of  aircraft 

automatic  decision  rules 

number  of  aircraft  aborted 

altitude  of  blue  unit  or  CAP  station 

abort  rate  for  a  specific  aircraft  type 

current  game  time 

DEFCON 

number  of  damaged  aircraft  of  a  given  type 
engagement  aircraft  returning 
engagement  factor 

number  of  types  of  aircraft  returning 
loadtime  for  aircraft  ordnance  and  fuel 
launch  complete  event 

launch  rate  for  a  specific  aircraft  type 
launch  time 

number  of  aircraft  of  a  given  type  recovered 
preparation  time  in  minutes 
return  to  base  time 


* 


VARIABLE  LIST  continued 


SAR 

SKEDNEW 

SKEDOLD 

SEED# 

SLIDE  TIME 

STAT 

TR 

TTR 

TTSAR 

TTEAR 

VALID# 

ZULU 


station  aircraft  returning 

current  schedule  number 

previous  schedule  number 

total  number  of  schedules 

number  of  minutes  to  delay  launch  event 

status  of  aircraft 

time  to  repair 

total  time  to  recover  aircraft 

total  time  for  station  aircraft  returning 

total  time  for  engagement  aircraft  returning 

schedule  number  obtained  in  BGDISP  routine  which  is 

passed  to  the  Create  Schedule  Routine 

Greenwich  Mean  Time 
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ACRONYM  LIST 


AAW 

A/C 

AEW 

ASUW 

ASW 

AWC 

BG 

CAP 

CASAM 

CDRL 

CVBG 

DEFCON 

DLI 

EW 

GMT 

K 

MK 

NNWS 

NADS 

PIM 

SCP 


Anti-Air  Warfare 
Aircraft 

Airborne  Early  Warning 
Anti-Surface  Warfare 
Anti-Submarine  Warfare 
Airwing  Composition 
Battle  Group 
Combat  Air  Patrol 

Carrier  Air  Strike  and  Attack  Module 
Contract  Data  Requirements  List 
Carrier  Battle  Group 
Defense  Condition 
Deck  Launch  Interceptor 
Electronic  Warfare 
Greenwich  Mean  Time 
1,000 
Mark 

Naval  Nuclear  Warfare  Simulation 
Naval  Air  Defense  Simulation 
Position  of  Intended  Movement 
Svstem  Change  Proposal 
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